home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Cream of the Crop 26
/
Cream of the Crop 26.iso
/
bbs
/
filed36b.zip
/
ReadMe.1St
< prev
next >
Wrap
Text File
|
1997-07-16
|
14KB
|
346 lines
FileEd 0.36ß - 19970716 Update
------------------------------
1. The Date Sort button was a toggle, but always displayed "Date Sort",
it will now correctly reflect the text between "Alpha Sort" and
"Date Sort".
2. Including all required DLLs in the archive as some people did not
have the Adept dir in the path/libpath and wondered why FileEd did
not work.
3. Including the updated fUtil and fList EXE files.
FileEd 0.35ß - 19970706 Update
------------------------------
1. Localized the date stamp...
2. If FileEd is already configured, the Area Edit box will automatically
pop up on starting FileEd.
3. Tried another method to fix the date sort if using the auto-update...
FileEd 0.34ß - 19970630 Update
------------------------------
1. Lost Files were not shown when using any auto option...Fixed!
2. The date/time stamp of the physical file on disk was not updated
if required...Fixed!
3. Fixed possible traps in case of deleted areas, mis-matches etc
during a purge operation.
FileEd 0.33ß - 19970623 Update
------------------------------
1. The "Touch File" function would in-correctly stamp a file...Fixed!
2. Fixed what might have been the cause of most of the filebase
corruption problems in FSys.DLL. The current version of FSys.DLL
is 0.993 which can be verified from the FileEd help/product info menu
3. There is a slight problem if you use Date Sort by default along with
auto-kill/auto-update since the filebase indexes are updated
immediately, the list might not always be correct. Plus there does
seem to be some problem in the way FSys.DLL handles the date sorting
which I will try to figure out later...
FileEd 0.32ß - 19970620 Update
------------------------------
1. There was a slight mismatch in the indexing which would lead to show the
last file in some areas in the add files box as well...Fixed!
2. Added 3 more new options to the default config.
a) Auto-Kill -> when active, entering any file area will also kill all
lost files in that area.
This option is only used only by the file area editor.
b) Auto-Update -> when active, entering any file area will update the size
and date stamp of the files in that area if required.
Auto-Update is active for Enter a File Area, Kill Files
as well as the Purge Files functions.
c) Ignore CD -> when active, all operation of kill/update will be ignored
for areas marked as copy to HD in the Adept File Base.
This is the default if you create a new FileEd.Ini as this
does make more sense and will generally make all related
operations faster.
4. As usual...any probs/suggestions/bugs...email me at nitin@poboxes.com :)
FileEd 0.31ß - 19970619 Update
------------------------------
1. The Add Files function would not update the file perms based on the
current file area perms in the filebase while adding files. Fixed!
2. The kill lost files will now check the current file area flags for
the copy to HD (for CD areas etc) rather than what's set in the
filebase itself for the files.
3. A minor discrepency in the date sorted order would sometimes show
an incorrectly sorted first file entry. Fixed!
4. Some loose ends cleaned up...
5. I think i got hold of the most common (generally new user or people
who don't read docs and the like :)) traps in FileEd now...should be
more or less stable now in the viewers section.
6. Some more visual "enhancements"??? :)
7. FileEd would always use the generic viewer (#20) for any files inside
an archive even if the extension was known and a viewer configured for
it. It will now call the correct viewer.
8. If you selected view file from the main file area window for any file
which did not have a viewer configured for it, FileEd would not even
try the generic viewer. It will now try the generic viewer.
In fact, FileEd should now be able to handle the view file correctly
in all cases.
9. Corrected some discrepencies in the hot keys in the file area edit
window. Some of them were duplicated...
FileEd 0.30ß - 19970619 Update
------------------------------
1. Found an extermely strange problem (bug??) when I tried the auto
update functions i added to FileEd. Some files return an invalid
year stamp. Although the dir list shows the correct year, the OS/2
return values show different...for example, 1 file dated 94 on a CD
returned 114 which meant 2094 and since the value of 114 is within
the defined 7 bit range, it did seem rather strange...since the docs
say nothing else about this, I currently check for values > 100 on
return and remove 100 if so. This corrects all the probs i found so
far, so i am leaving this for now (should carry us well beyond 2000).
BTW, this was also the cause of traps some of you might have had with
.28 to .29 of FileEd.
I am hoping some one will email me more info on this, since the dir
entry shows the right stamp, it is obvious that either the docs for
the file find funcs lack something or i missed something...
2. Changed the button in the File Edit area to read "Back" (to go back)
as suggested by GrKnight.
3. The auto-kill lost files when entering a file area is currently
removed. Some did not find this very desirable specially since the
kill lost files option is now quite fast. Will put it back later as
an option in the config defaults for those who might prefer the
auto-kill...
4. Everything now seems to be functional...would appreciate any more
feedback on this.
5. In case it was not clear from the previous update points, if you
change a file area security etc, running a purge from FileEd will
reflect the updated security etc in the filebase...
FileEd 0.29ß - 19970618 Update
------------------------------
******* NOTE *******
You must check the default settings and save them for this version
as I have added another option for saving the default sort order
for the file area lister.
******* NOTE *******
1. Enhanced the auto-update functions a wee bit more...in case FileEd
finds a file which has either an invalid date or a date stamp which
is beyond the current date, it will correct the stamp to the current
date.
2. Dutch just said something which I always had wanted to do, but
invariably forgot everytime :) Well...I implemented it now before I
forgot about it again...the default settings now have an additional
check box which will allow you to toggle between Date/Alpha sorting
of the file areas.
The file area editor itself also has a "Date Sort" button, which is
actually a toggle to sort the file list alpha (which was the only
order earlier) and reverse date (newest files listed first).
3. Enhanced the purge file base function to correctly reflect the
current file area permissions in the file base. This offers the
easiest way out to update your filebase as per the current file
area permissions without having to re-build using BFSMake from
scratch.
The Purge file base function will *not* kill lost files...!
4. Adept, BFSMake and FileEd are now almost in sync...finally...:)
just a cpl of minor changes left, mostly in Adept itself.
FileEd 0.28ß - 19970617 Update
------------------------------
1. The auto kill on entering any file area would kill files marked as
"Copy to HD"...will no longer touch any such file...
2. Forgot to update the date/comma in numbers in some display areas...
hopefully all done now :)
3. Changed the look of almost all dialogs to be more consistent and
umm...better? :)
Mostly visual enhancements and corrections in this update...
FileEd 0.27ß
------------
19970617 Update
---------------
1. The auto date/size update function seemed a wee bit incomplete w/o
an auto kill lost files for the area, and since most of the work is
being done anyway, I added the kill lost files to it :)
This means that when ever you select to edit a file area, any files
in that area which have a modified date/size will be automatically
updated and any missing files (lost files) will be automatically
removed from the filebase as well, providing an up-to-date, clean
file base and directory...
2. Some cosmetic changes to the dialog sizes and fonts...:)
3. Added commas to the file sizes displayed, makes it easier to read
and grasp at a glance...
FileEd 0.26ß
------------
19970616 Update
---------------
1. Added a neat (IMO of course :)) lil feature that will update the
date/size of any file if required when you enter a file area. For
example, you get a file update with the same file name as before
but the size and/or date stamp is changed, just overwrite the older
file and enter the file area and the size/date will be automatically
updated.
A good example of the usage would be something like AllFiles.Txt
or something similar, although the file name remains the same, the
date/size might change everytime it is created...just enter the area
it is in using this update of FileEd and presto...it's updated :)
BTW, the overhead for this is almost negligible...:)
2. Added the same feature (as #1) to the Kill Lost Files function since
all files are scanned anyway, it will update the date/size wherever
required!
3. While I was at it...made the date display consistent with Adept's
standard choice of YYMMDD, so now we have YYMMDD in Adept as well
as FileEd...hopefully no confusion in the date format for now...
4. Made the fonts in all the listboxes to a consistent 14 point system
vio which seems to be the cleanest at that size...is it? :)
FileEd 0.25ß
------------
19970615 Update
---------------
Well...the method FileEd used was heavy which i removed in the last
update. The old behaviour is back in this update, but should be as
fast as the last update in speed.
Kill Lost Files will no longer check and kill files which have the
copy to HDD attribute set. This flag is essentially meant to be used
for CD areas and it makes sense not to even bother to check beside the
fact that if for some reason the CD refuses to respond, all files on
the CD areas might well get purged by mistake.
This (and some other) enhancement makes the kill lost files function
many fold faster than before, but to actually make use of this enhanced
functionality you must:
a) have the "Copy From Drive" flag in the File Area in Adept, and
b) the filebase must have been built with the new (VAC) BFSMake as
the older BFSMake did not set the file area attributes properly
in the filebase.
I think i corrected all the path related problems...please make sure
you have setup the Defaults for FileEd correctly...notably the Adept
Path...it *must* have a trailing backslash!!!
19970612 Update
---------------
I thought it was a pain that while editing areas, FileEd had to match
it with the physical files on disk as well just to mark lost files. It
will no longer do so. Use the "Kill Lost Files" for killing all lost
files as before.
It this "enhancement" ok? I need some more feedback on this...I like
it much better this way, but there may be others who don't...just drop
in a line if so with the reason...maybe we can work around both...
19970515 Update
---------------
Duh...due to a library difference between Borland C and VAC there was a
subtle error introduced in FileEd. It would never find the right PathIndex
for Adept Files. The end result was, if you added a file using the earlier
.25 beta of FileED, your users would never be able to d/l the file.
This is now fixed!
For those interested in the difference which caused this bug, it was due
to the fact that FileEd used ios::app in the open flags (for an fstream)
for the Adept PathIndex file. It seems the Borland compiler let the file
read pointer at the start and the write pointer at the end of the file
for append. VAC, on the other hand, seems to set the read pointer to the
end of the file anyway :) This is definately a bug...at least in one of
the compiler libraries....which one is it? :)
As a result...once again...if used a previous FileEd .25 beta, and added
files to the filebase, please re-create using BFSMake (the new fixed
BFSMake please, which also sets the right file perms :))
--------------------------------------------------------------------------
This is a short doc for now...:)
Firstly a big thanks to aokun@ucsd.edu (the original FileEd author) for
letting FileEd go free like Adept.
There is nothing new about this beta, except for a few minor changes...
1. If the config path for Adept is not set up properly, the list areas
dialog won't come up at all. It used to come up and trap earlier.
2. When selecting to enter any file area, FileEd used to go into a tight
loop, sending the system load to a 100% and would not allow switching
from it easily. Also, there was no indication of what was happening.
This is now changed. FileEd will no longer lock up in the loop
completely as it did earlier and when you enter a file area, the status
is updated by the number of files processed by 10s.
3. Similar loop prob in "Kill Lost Files" and "Purge File Base" has also
been corrected.
4. Not really a fix or anything, but i did change the default font size to
be slightly larger :)
These are currently temporary fixes, and although you can press the <ESC>
key during a "Kill Lost Files" or "Purge File Base" it is not currently
the right procedure. If you want to stop it, just click on the close
button of the dialog box (Warp 4) or select Close from the system menu
of the dialog box (Warp 3).
That is all for now...hopefully, it should work just fine for the most
part :) but in case of any problems feel free to e-mail me about them at
nitin@poboxes.com